Ｃｅｌｌ＿ｆａｃｈ状態において拡張ランダムアクセスチャネルプロシージャを実行するための方法および装置

专利摘要:
Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ランダムアクセスプロシージャを実行するための方法および装置が、開示される。ＷＴＲＵ（無線送信／受信ユニット）が、ランダムアクセスのためにＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信する。このＲＡＣＨプリアンブルに応じてＡＣＫ（肯定応答）が受信された場合、ＷＴＲＵは、競合解決段階に入り、Ｅ−ＤＣＨ（拡張専用チャネル）を介してメッセージを送信する。競合解決が失敗した場合、ＲＡＣＨプリアンブルは、再送される。競合バックオフタイマが、再送のために使用されることが可能である。ＰＲＡＣＨ（物理ランダムアクセスチャネル）コードが、再選択されることが可能である。ＲＡＣＨプリアンブルは、衝突したＷＴＲＵにＥ−ＤＣＨリソースが割り当てられるように、予備のＰＲＡＣＨリソースを使用して再送されることが可能である。競合解決段階中に送信されたデータは、ＨＡＲＱ（ハイブリッド自動再送要求）バッファの中に留まることが可能である。ＭＡＣ−ｉ／ｉｓエンティティは、リセットされることが可能である。競合解決段階中に送られたすべてのデータは、一時バッファの中に格納されることが可能である。
公开号:JP2011509049A
申请号:JP2010541520
申请日:2008-12-30
公开日:2011-03-17
发明作者:アール．ケイブ クリストファー；パニ ダイアナ；ペルティエ ブノワ；マリニエール ポール；ディジロラモ ロッコ
申请人:インターデイジタル パテント ホールディングス インコーポレイテッド；
IPC主号:H04W74-08

专利说明:

[0001] 本出願は、無線通信に関する。]
背景技術

[0002] リリース７の３ＧＰＰ（第３世代パートナーシッププロジェクト）標準によれば、ＷＴＲＵ（無線送信／受信ユニット）は、アイドル状態または接続状態にあることが可能である。接続状態にある間のＷＴＲＵ移動性およびＷＴＲＵ活動に基づいて、ＵＴＲＡＮ（ユニバーサル地上無線アクセスネットワーク）は、いくつかの下位状態、すなわち、Ｃｅｌｌ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、Ｃｅｌｌ＿ＦＡＣＨ状態、およびＣｅｌｌ＿ＤＣＨ状態の間で遷移するようＷＴＲＵを誘導することができる。ＷＴＲＵとＵＴＲＡＮの間のユーザプレーン通信は、Ｃｅｌｌ＿ＦＡＣＨ状態にある間、およびＣｅｌｌ＿ＤＣＨ状態にある間に限って可能である。Ｃｅｌｌ＿ＤＣＨ状態は、アップリンクとダウンリンクの両方における専用チャネルを特徴とする。ＷＴＲＵ側で、Ｃｅｌｌ＿ＤＣＨ状態は、連続的な送信、および連続的な受信に相当し、ユーザ電力要件が厳しい可能性がある。Ｃｅｌｌ＿ＦＡＣＨ状態は、専用チャネルを使用せず、このため、アップリンクスループットおよびダウンリンクスループットが低下するという犠牲を払って、より良好な電力消費を可能にする。]
[0003] プレリリース８の３ＧＰＰ標準において、アップリンク通信は、ＰＲＡＣＨ（物理ランダムアクセスチャネル）にマップされたＲＡＣＨ（ランダムアクセスチャネル）を介して達せられる。ＲＡＣＨは、競合ベースのチャネルであり、電力ランプアッププロシージャ（電力立ち上げ手順）が、チャネルを獲得し、送信電力を調整するのに使用される。ＲＡＣＨは、専用リソースを獲得する、または少量のデータを送信する初期アクセスのために使用される共有チャネルである。ＲＡＣＨは、共有され、さらにアクセスは、ＷＴＲＵの間でランダムであるため、このチャネルに同時にアクセスしようと試みている２つ以上のＷＴＲＵの間で衝突の可能性が、存在する。]
[0004] リリース７の３ＧＰＰ仕様において、ＲＡＣＨプロシージャ（手続）は、以下の２つのステージ、すなわち、スロットアロハ機構を使用するチャネル獲得ステージと、その後に続く、ＲＡＣＨメッセージ送信ステージとを有する。或るチャネルにアクセスすることを所望するＷＴＲＵは、シグネチャをランダムに選択し、或る送信電力レベルで、ランダムに選択されたアクセススロット中にノードＢにＲＡＣＨプリアンブルを送信する。ノードＢが、そのシグネチャを検出し、さらに関連するリソースが解放されている場合、ノードＢは、ＡＩＣＨ（獲得標識チャネル）上でＡＣＫ（肯定応答）を送信する。ＡＩＣＨ上でＡＩ（獲得標識）（すなわち、ＡＣＫ）を受信した後、ＷＴＲＵは、ＲＡＣＨメッセージを送信する。関連するリソースが、利用できない場合、ノードＢは、ＡＩＣＨ上で、ＮＡＣＫ（否定応答）で応答する。このことは、ＷＴＲＵにおいてバックオフ機構をトリガする。ＷＴＲＵは、バックオフタイマＴBo1を開始する。このタイマが満了した後、プリアンブルランピングサイクルカウント（プリアンブルランピング投入回数）が、インクリメントされ、プロシージャ（手続）は、再び開始する。このことは、後の不定期な時点でＲＡＣＨプロシージャを事実上、再スタートさせる。ＷＴＲＵからのＲＡＣＨプリアンブルが、ノードＢにおいて検出されない場合、ＡＩＣＨ上でＡＩは、全く送信されない。ＷＴＲＵが、ＲＡＣＨプリアンブルの送信の後にＡＩを受信できない場合、ＷＴＲＵは、最大回数まで、ランダムに選択されたシグネチャ、およびより高い送信電力を用いた後続のアクセススロットにおいて再び試みる。]
[0005] シグネチャは、利用可能なシグネチャのリストからランダムに選択され、さらにＲＡＣＨアクセスプロシージャは、匿名であるので、ノードＢは、ノードＢがＲＡＣＨメッセージを復号するまで、いずれのＷＴＲＵが、そのチャネルにアクセスしているかを知らない。したがって、２つ以上のＷＴＲＵが、同一のアクセススロット内で同一のシグネチャを偶々、選択し、さらにこれらのＷＴＲＵの１つが、ノードＢによって検出された場合、ノードＢは、ＡＣＫを送信する。これらのＷＴＲＵはすべて、このことを、チャネルを獲得したものと解釈し、ＲＡＣＨメッセージを送信するようにチャネルに同時にアクセスする。このことは、ＲＡＣＨメッセージ上で衝突を生じさせる。衝突が生じると、ＲＡＣＨメッセージは、正しく復号されない可能性がある。衝突は、検出するのが困難であり、さらなる遅延を被る可能性がある。]
[0006] ＲＡＣＨプロシージャ（手続）は、ＭＡＣ（媒体アクセス制御）層と物理層の間で分担される。物理層は、プリアンブル送信、シグネチャ選択、アクセススロット選択、およびプリアンブル送信電力を制御する。他方、ＭＡＣ層は、ＡＩＣＨの解釈（すなわち、ＡＣＫ、ＮＡＣＫ、または応答なし）を制御するとともに、物理層プロシージャの開始を制御する。ＭＡＣプロシージャの送信失敗および正常な完了は、プリミティブ（ＲＲＣ（無線リソース制御）の場合、ＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄ、またはＲＬＣ（無線リンク制御）の場合、ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄ）を使用して、各論理チャネルに関して個々に示される。]
[0007] 最近、ＲＡＣＨチャネル獲得ステージをＥ−ＤＣＨ（拡張専用チャネル）と組み合わせることによって、Ｃｅｌｌ＿ＦＡＣＨ状態におけるアップリンク送信機構を変更することが、提案されている。この手続は、Ｃｅｌｌ＿ＦＡＣＨモードおよびＩＤＬＥモードに関する拡張アップリンクとして知られている。ノードＢは、すべてのＷＴＲＵの間で共有される共通Ｅ−ＤＣＨリソースのセットから或るＥ−ＤＣＨリソースを選択する。ノードＢは、これらのリソースの１つを割り当てることによって、ＷＴＲＵチャネルアクセス要求に応答する。次に、ＷＴＲＵが、この割り当てられたＥ−ＤＣＨトランスポートチャネルを介して送信を開始する。]
[0008] このアプローチは、より大きいデータメッセージが、従来のＲＡＣＨの場合に可能な待ち時間より短い待ち時間で送信されることを可能にする。実際、Ｅ−ＤＣＨは、データ送信のために、より長い期間にわたって使用される可能性が高い。このことは、メッセージ衝突が、ユーザによって知覚される待ち時間、およびシステムのスペクトル効率に与える影響を増大させる。]
先行技術

[0009] ３ＧＰＰ ＴＳ ２５．３３１]
発明が解決しようとする課題

[0010] チャネル獲得段階（state）は、ＲＡＣＨ機構のチャネル獲得段階と同一であるので、衝突は、依然として、可能である。衝突が生じた場合、アップリンクＭＡＣＰＤＵ（プロトコルデータ単位）の送信は、不成功である。ＲＲＣメッセージの送信の事例において、第１のＰＤＵが、衝突解決段階（phase）中に失敗した場合、ＲＲＣメッセージ全体の送信が失敗する。そのような場合、ＷＴＲＵは、そのメッセージが再送されるのに長い時間（ＲＲＣタイマの満了を）待たなければならない。さらに、ＲＬＣＳＤＵ（サービスデータ単位）の１つのセグメントを伝送するＵＭ（非確認モード）ＲＬＣ（無線リンク制御）ＰＤＵが、衝突のために失敗した場合、このＲＬＣ ＳＤＵの残りのセグメントは、受信機が、このＲＬＣ ＳＤＵをもはや再組立てすることができないという事実のため、無効である。これらのシナリオは、ＲＲＣレベルとアプリケーションレベルの両方において、長い伝送遅延をもたらす。]
[0011] したがって、衝突に関連する上位層遅延を最小限に抑える方法、および衝突の後のＷＴＲＵの振舞いを制御する方法が、提供されねばならない。]
課題を解決するための手段

[0012] Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ランダムアクセスプロシージャにおける衝突を扱うための方法および装置を、開示する。ＷＴＲＵが、ランダムアクセスのためにＲＡＣＨプリアンブルを送信し、ＡＩおよびＥ−ＤＣＨリソースインデックスを待つ。ＵＥにＥ−ＤＣＨリソースが割り当てられた場合、ＷＴＲＵは、競合解決段階に入り、Ｅ−ＤＣＨを介してメッセージを送信する。競合解決が失敗した場合、競合バックオフタイマが、設定されることが可能であり、さらにＲＡＣＨプリアンブルプロシージャが、この競合バックオフタイマの満了の後に、再スタートされる。代替として、ＲＡＣＨプリアンブルは、持続性試験を伴って、または伴わずに再送されてもよい。ＰＲＡＣＨコードが、再選択されることが可能である。ＲＡＣＨプリアンブルは、ノードＢが、衝突を解決し、衝突したＷＴＲＵにＥ−ＤＣＨリソースを割り当てることができるように、予備のＰＲＡＣＨリソースを使用して再送されることが可能である。]
[0013] 衝突を検出した後、ＷＴＲＵは、Ｅ−ＤＣＨ送信およびＥ−ＤＣＨ受信を停止し、ＨＡＲＱ（ハイブリッド自動再送要求）バッファをフラッシュし、さらにＭＡＣ−ｉ／ｉｓエンティティをリセットすることができる。]
[0014] 競合解決段階中に送信されたデータは、衝突の後に回復されることが可能である。元のデータは、ＨＡＲＱ（ハイブリッド自動再送要求）バッファの内容から再構築されることが可能である。代替として、このデータは、ＲＬＣまたはＭＡＣにおける一時バッファの中に格納されてもよい。ＨＡＲＱプロセスは、競合解決が失敗した場合、ＲＬＣエンティティに競合解決失敗の通知を送信することができ、さらにＲＬＣエンティティは、このデータを回復することができる。この競合解決失敗の通知は、対応するＰＤＵ情報を含んでも、含まなくてもよい。対応するＰＤＵ情報が含められない場合、ＲＬＣエンティティは、確認される必要があるすべての未処理のデータを再送することが可能である。また、競合解決失敗の通知は、ＲＲＣに送られて、失敗したＲＲＣ送信を示して、ＷＴＲＵが、タイマをリセットし、タイマの満了より前に再送を開始することを許すことも可能である。]
[0015] 添付の図面に関連して例示として与えられる、以下の説明から、より詳細な理解を得ることができる。]
図面の簡単な説明

[0016] 例示的なＷＴＲＵを示すブロック図である。
第１の実施形態によるランダムアクセスに関する例示的なプロセスを示す流れ図である。
第１の実施形態によるランダムアクセスに関する例示的なプロセスを示す流れ図である。]
実施例

[0017] 以下に言及される場合、「ＷＴＲＵ」という用語は、ＵＥ（ユーザ機器）、移動局、固定加入者ユニットもしくは移動加入者ユニット、ポケットベル、セルラ電話機、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境において動作することができる他の任意のタイプのユーザデバイスを含むが、以上には限定されない。以下に言及される場合、「ノードＢ」という用語は、基地局、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境において動作することができる他の任意のタイプのインタフェースデバイスを含むが、以上には限定されない。以下に言及される場合、「拡張ＲＡＣＨ」という用語は、ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードにおけるＥ−ＤＣＨの使用を指す。拡張ＲＡＣＨ送信は、リリース６のＭＡＣ−ｅ／ｅｓエンティティ、または「改良された層２」フィーチャの一環としてリリース８において導入されたＭＡＣ−ｉ／ｉｓエンティティを使用することが可能である。「ＭＡＣ−ｅ／ｅｓＰＤＵ」および「ＭＡＣ−ｉ／ｉｓ ＰＤＵ」という用語は、ＭＡＣ−ｅ／ｅｓエンティティによって生成されたＰＤＵ、ＭＡＣ−ｉ／ｉｓエンティティによって生成されたＰＤＵ、またはＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードにおいてＥ−ＤＣＨ送信を実行するのに使用されるＭＡＣエンティティによって生成された任意のＰＤＵを含むが、以上には限定されない。以下に言及される場合、Ｅ−ＤＣＨリソースインデックスの受信は、拡張された捕捉通知セットにわたるインデックスに引き続いたＡＩＣＨ上のＡＩＣＨ上のＡＣＫを介するか、ＡＩＣＨ上のＮＡＣＫを介して、ＷＴＲＵに対しＥ−ＤＣＨリソースを割り当てることを指す。以下に言及される場合、「物理層ＰＲＡＣＨ送信」または「ＲＡＣＨプリアンブル送信」という用語は、ＷＴＲＵが、ＲＡＣＨプリアンブルを送り、Ｅ−ＤＣＨリソースインデックスを待つ、物理層プロセスを指す。]
[0018] 図１は、例示的なＷＴＲＵ１００のブロック図である。ＷＴＲＵ１００は、物理層エンティティ１１０と、ＭＡＣ（媒体アクセス制御）エンティティ１２０と、ＲＬＣ（無線リンク制御）エンティティ１３０と、ＲＲＣ（無線リソース制御）エンティティ１４０と、他のより高位の層のエンティティとを含む。物理層エンティティ１１０は、ランダムアクセスのためにＲＡＣＨプリアンブル送信を実行し、さらにＨＡＲＱ（ハイブリッド自動再送要求）機構を実施するデータを送信するように構成される。ＭＡＣエンティティ１２０は、競合解決段階を実施すること、ならびにＲＬＣエンティティ１３０やＲＲＣエンティティ１４０などの、より高位の層のエンティティに競合解決の成功または失敗を示すことを含め、後段で詳細に説明されるＥ−ＲＡＣＨ（拡張ＲＡＣＨ）を実行するように構成される。ＭＡＣエンティティ１２０は、Ｅ−ＤＣＨ送信およびＥ−ＤＣＨ受信のためのＭＡＣ−ｉ／ｉｓエンティティ１２２を含む。] 図１
[0019] 図２は、第１の実施形態によるランダムアクセスに関する例示的なプロセス２００の流れ図である。ＭＡＣエンティティ１２０が、ＲＲＣエンティティ１４０から、プリアンブル送信の最大回数（Ｍmax）、バックオフタイマＴBOIに関するバックオフ間隔の範囲（ＮBOImaxおよびＮBOImin）、およびＡＳＣ（アクセスサービスクラス）パラメータのセットなどを含むＲＡＣＨ送信制御パラメータを受信する（ステップ２０２）。送信されるべきアップリンクデータが存在すると判定された場合（ステップ２０４）、ＭＡＣエンティティ１２０は、ＡＳＣの利用可能なセットからＡＳＣを選択する（ステップ２０６）。ＡＳＣは、ＰＲＡＣＨリソースの或る区画、および関連する持続値Ｐiを定義する。この持続値Ｐｉに基づいて、ＰＲＡＣＨ送信プロシージャが開始することが可能であるかどうかが判定される。]
[0020] ＲＡＣＨプリアンブル送信カウンタ（Ｍ）が、リセットされ、インクリメントされる（ステップ２０８、２１０）。ＲＡＣＨプリアンブル送信カウンタは、最大プリアンブル送信限度、Ｍmaxと比較される（ステップ２１２）。ＲＡＣＨプリアンブル送信カウンタが、Ｍmaxより大きい場合、ＭＡＣエンティティ１２０は、ＲＡＣＨプリアンブル送信の最大回数に達したこと（すなわち、ＴＸステータス「不成功」）を、より高位の層に示し（ステップ２１４）、プロセス２００は、終了する。]
[0021] ＲＡＣＨプリアンブル送信カウンタが、Ｍmax以下である場合、ＭＡＣエンティティ１２０は、ＲＡＣＨ送信制御パラメータを更新する（ステップ２１６）。ＭＡＣエンティティ１２０が、タイマＴ2を設定する（ステップ２１８）。タイマＴ2は、相次ぐ持続性試験が、少なくとも所定の期間（例えば、１０ミリ秒）だけ離隔されることを確実にする。ＭＡＣエンティティ１２０が、ランダムな数を引き出し、このランダムな数を持続値Ｐiと比較する（ステップ２２０、２２２）。引き出されたランダムな数が、持続値Ｐiより大きい場合、ＭＡＣエンティティ１２０は、ステップ２２４でタイマＴ2の満了を待ち、プロセス２００は、ステップ２１６に戻る。]
[0022] 引き出されたランダムな数が、持続値以下である場合、ＭＡＣエンティティ１２０は、物理層ＰＲＡＣＨ送信プロシージャを開始し（すなわち、ＲＡＣＨプリアンブルを送り）、Ｅ−ＤＣＨリソースインデックスを待つ（ステップ２２６）。ステップ２２８で、ＲＡＣＨプリアンブルに応じてＡＩＣＨ上で全く応答が受信されない場合、ＭＡＣエンティティ１２０は、ステップ２３０でタイマＴ2の満了を待ち、プロセス２００は、ステップ２１０に戻って、新たなＲＡＣＨプリアンブルプロシージャを開始する。全くＥ−ＤＣＨリソース割り当てなしにＮＡＣＫ（否定応答）が受信された場合、ＭＡＣエンティティ１２０は、ステップ２３２でタイマＴ2の満了を待つ。次に、ＭＡＣエンティティ１２０は、バックオフに関するタイマＴBOIを設定して、タイマＴBOIの満了を待つ（ステップ２３４）。プロセス２００は、タイマＴBOIの満了時にステップ２１０に戻って、新たなＲＡＣＨプリアンブルプロシージャを開始する。]
[0023] Ｅ−ＤＣＨリソースインデックスが、受信された場合、ＭＡＣエンティティ１２０は、割り当てられたＥ−ＤＣＨを介してデータ送信を開始し、（ＭＡＣエンティティ１２０は、ＰＨＹ−ＤＡＴＡ−ＲＥＱを介して物理層にデータ送信を要求し）、競合解決段階に入り、さらにノードＢからのＣＲ（競合解決）メッセージを待つ（ステップ２３６）。競合解決は、Ｅ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対グラントチャネル）（例えば、Ｅ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時ＩＤ）特有のＣＲＣ（巡回冗長検査）付加を介してＥ−ＡＧＣＨ上でＷＴＲＵのＥ−ＲＮＴＩを復号すること）を介して示されることが可能である。ＣＲメッセージまたはＣＲ通知を受信することによって競合解決が成功した場合、ＭＡＣエンティティ１２０は、送信ステータスを「成功」として、より高位の層に示す（ステップ２４４）。]
[0024] 競合解決タイマ（Ｔcr）が満了した後、ＣＲメッセージまたはＣＲ通知が受信されていない場合、またはＥ−ＡＧＣＨ上で別のＥ−ＲＮＴＩが復号されている場合（このことは、Ｅ−ＡＧＣＨ上のＣＲメッセージの最初の送信および受信に厳密なタイミング要件が適用される場合に、当てはまる）、衝突が生じており、競合解決は、失敗する。競合解決が失敗した場合、ＭＡＣエンティティ１２０は、オプションとして、競合解決の失敗および／またはリソース解放を、より高位の層に示して、タイマＴ2の満了を待ち（ステップ２３９、２４０）、さらにその後、競合バックオフタイマＴCBOIを（例えば、ＮCBOI×１０ミリ秒に）設定して、タイマＴCBOIの満了を待つことが可能である（ステップ２４２）。競合バックオフタイマＴCBOIは、バックオフタイマＴBOIと同一であってもよい。タイマＴCBOIの満了の後、プロセス２００は、例えば、ステップ２１０に戻ることによって、Ｅ−ＲＡＣＨプロシージャを再び始めることが可能である。]
[0025] 競合バックオフタイマＴCBOIは、最小間隔から最大間隔までの間でランダムに引き出された、バックオフ間隔（例えば、１０ミリ秒または２ミリ秒）の整数倍（ＮCBOI）に設定されることが可能である。最小間隔と最大間隔は、ＲＲＣエンティティ１４０によって構成されること、またはＷＴＲＵ１００において事前定義されることが可能である。ＮCBOIは、ＮBOIと等値であってもよい。代替として、固定の遅延が所望される場合（例えば、Ｅ−ＤＣＨリソースが、１００ミリ秒にわたって常に確保されている場合）、最小間隔と最大間隔は、等しく設定されてもよい。]
[0026] 競合解決が失敗した場合、Ｅ−ＲＡＣＨメッセージの送信のために使用されるＥ−ＤＣＨリソースは、解放されなければならない。このため、Ｅ−ＤＣＨ送信およびＥ−ＤＣＨ受信は、停止し、さらにＨＡＲＱ（ハイブリッド自動再送要求）プロセスが、フラッシュされる。さらに、ＭＡＣ−ｉ／ｉｓエンティティ１２２が、リセットされることが可能である。この場合、ノードＢは、ＷＴＲＵ１００のためのＭＡＣ−ｉｓエンティティが存在するＳＲＮＣ（サービング無線ネットワークコントローラ）に、やはり、変数をリセットし、ＭＡＣ−ｉｓの再組立てバッファの中のセグメントを破棄するよう通知することが可能である。]
[0027] 衝突障害が連続して生じる場合、競合バックオフタイマは、ある倍率で増加される（例えば、連続した衝突があるごとに、競合バックオフタイマが、２倍にされる）ことが可能である。例えば、最初の衝突の後、ＭＡＣエンティティ１２０は、構成された競合バックオフタイマを使用するが、第２の衝突の後、競合バックオフタイマは、ＷＴＲＵ１００において、またはネットワークによって事前構成された、またはＳＩＢの中でブロードキャストされた係数を掛けられることが可能である。最大数の連続した衝突の後、ＷＴＲＵ１００は、手続き２００を終了して、以下の１つまたは組合せを実行することが可能である。すなわち、
（１）Ｅ−ＲＡＣＨアクセスを試みることを停止し、Ｒ９９（リリース９９）ＲＡＣＨアクセスを試みる、または
（２）Ｅ−ＲＡＣＨプロシージャを終了し、ＰＲＡＣＨコード選択を再び開始し、ただし、ＷＴＲＵ１００は、現在のＰＲＡＣＨコードを除外するオプションを有する。]
[0028] 第２の実施形態によれば、衝突が検出された後（すなわち、ＣＲメッセージを受信できなかった、またはＥ−ＡＧＣＨ上で別のＥ−ＲＮＴＩを復号したなど）、ステップ２４２で競合バックオフタイマを開始する代わりに、ＭＡＣエンティティ１２０は、後続のＲＡＣＨプリアンブル送信のために持続性試験を即時に開始することができる（すなわち、プロセス２００は、タイマＴCBOIを設定して、タイマＴCBOIの満了を待つことなしに、ステップ２１０に戻る）。持続性試験が合格であった場合、物理層ＰＲＡＣＨアクセスプロシージャが、開始する。持続値（Ｐｉ）が、ランダムアクセス試行の頻度を減らすように持続値（Ｐｉ）の初期値から低減されて、バックオフタイマと同一の効果が実現されることが可能である。例えば、衝突が生じるたびに（１回のアクセスが成功するまで）、持続値を２で割ることが可能である。]
[0029] 代替として、ＭＡＣエンティティ１２０は、持続性試験を飛ばして、物理層ＰＲＡＣＨアクセスプロシージャを即時に実行してもよい（すなわち、プロセス２００は、ステップ２２６に戻る）。]
[0030] 物理層ＰＲＡＣＨアクセスプロシージャを実行する際、ＭＡＣエンティティ１２０は、衝突が生じたことを物理層１１０に通知して、衝突をもたらした、以前に使用されたシグネチャを供給することができる。物理層１１０は、ＷＴＲＵ１００に関する利用可能なシグネチャのリストから、ビジーであると思われるＥ−ＤＣＨリソースに関連する所与のシグネチャ、またはシグネチャのセットを除去することができる。このシグネチャまたはシグネチャのセットは、ＷＴＲＵ１００に関して、所定の期間にわたって除去されることが可能であり、またはその所与の時点における物理層ＰＲＡＣＨアクセスプロシージャに関してだけ、除去されることが可能である。ＷＴＲＵ１００が、後続の試みを行った場合、ＷＴＲＵ１００は、それらの後続の試みに関して、そのシグネチャを使用することができる（すなわち、ＷＴＲＵは、利用可能なシグネチャのリストをリセットする）。そのシグネチャは、同一のＡＳＣ内、および同一のＰＲＡＣＨコード内の他のすべてのＷＴＲＵに関して選択可能であり得る。]
[0031] 代替として、そのシグネチャは、その選択されたＰＲＡＣＨコード内のすべてのＷＴＲＵに関して一時的に（所定の期間にわたって）利用できないことが可能である。このことは、新たなダウンリンクシグナリングを要求する。]
[0032] 第３の実施形態によれば、競合解決が失敗した後、ＷＴＲＵ１００は、非特許文献１において規定されるＰＲＡＣＨコード選択プロシージャを再び開始することができる。このことは、ＷＴＲＵ１００が、ＷＴＲＵ１００による選択をさらにランダム化して、同一のリソースを選択する確率を低減することを可能にする。]
[0033] 第４の実施形態によれば、競合解決が失敗した後、ノードＢが、衝突に関与していたＷＴＲＵを特定して、これらのＷＴＲＵのそれぞれに異なるＥ−ＤＣＨリソースを割り当てることを可能にするために、衝突解決プロシージャが、開始されることが可能である。このことは、衝突したＷＴＲＵだけのために使用されるべきＰＲＡＣＨリソースの予備のセットを保持することによって達せられることが可能である。これらの予備のＰＲＡＣＨリソースは、別個のＰＲＡＣＨコード、シグネチャの予備のセット、またはアクセスサブチャネルの予備のセットの形態であることが可能である。衝突したＷＴＲＵは、この予備のＰＲＡＣＨリソースを使用して物理層ＰＲＡＣＨアクセスプロシージャ（または他の何らかの類似した手続き）を実行することができる。衝突したＷＴＲＵが特定されると、ノードＢは、アップリンク伝送のために、衝突したＷＴＲＵにＥ−ＤＣＨリソースを割り当てる。]
[0034] ＷＴＲＵ１００は、競合解決段階中にＥ−ＤＣＨを介してデータ送信を開始することができる。競合解決が失敗した場合、競合解決段階中に送信されていたデータは、失われる可能性がある。競合解決段階が失敗した際のデータ回復およびＥ−ＤＣＨリソース管理のための実施形態が、後段で開示される。]
[0035] 第５の実施形態によれば、ＷＴＲＵ１００は、競合解決段階中に送信されたデータを回復して、そのデータを再送しようと試みる。このことは、以下の方法の組合せの１つを使用して達せられることが可能である。]
[0036] 初期送信に関するＨＡＲＱプロセスタイミングは、最初の送信と、衝突検出を解決するための時との間の時間が、すべてのＨＡＲＱ再送を完了するのにかかる時間以下であるように設計することが可能である。このことは、ＷＴＲＵ１００が、データが衝突したことを認識する時点で、元のデータが、依然として、ＨＡＲＱバッファの中にあることを意味する。ＷＴＲＵ１００は、新たな物理層ＰＲＡＣＨアクセスプロシージャが完了して、Ｅ−ＤＣＨリソースが受信されるまで、既にＨＡＲＱプロセスの中にあるデータを保持する（すなわち、そのデータを破棄しない）。前の送信からのＨＡＲＱプロセスの中に保持されたデータは、新たなデータと見なされ、そのようなデータとして扱われることが可能である（すなわち、ＲＳＮ（再送シーケンス番号）は、「０」に設定される）。]
[0037] 代替として、ＷＴＲＵ１００は、競合解決段階中にＨＡＲＱプロセスに送られたすべてのデータを一時バッファの中に（すなわち、ＲＬＣまたはＭＡＣの中に）格納してもよい。格納されるデータは、ＲＬＣＰＤＵ、ＭＡＣ−ｉｓ ＰＤＵ、またはＭＡＣ−ｉ ＰＤＵを含むことが可能である。このデータは、競合解決が解決されるまで格納される。競合解決が成功した場合、このデータは、破棄され、ＷＴＲＵ１１０は、通常の動作を続ける。データが衝突した場合、ＷＴＲＵ１００は、ＨＡＲＱプロセスをフラッシュし、オプションとして、ＭＡＣ−ｉ／ｉｓエンティティをリセットして、ＴＳＮ（送信シーケンス番号）を再初期化し、さらに新たな物理層ＰＲＡＣＨアクセスプロシージャが完了して、新たなＥ−ＤＣＨリソースインデックスが割り当てられるまで、そのデータを格納する。ＷＴＲＵ１１０は、前の競合解決段階中に格納されたデータを再送しようと試みる。ＷＴＲＵ１００は、競合が再び解決されるまで、そのデータを格納することができる。ＷＴＲＵ１００は、所定の最大回数まで、そのデータを再送しようと試みることができる。最大回数の後に再送が失敗した場合、ＷＴＲＵは、そのデータを破棄して、そのデータを回復する、より高位の層の再送プロシージャを待つ。]
[0038] 代替として、競合解決が失敗した場合、ＨＡＲＱプロセスは、その失敗したＨＡＲＱプロセス、および対応するＰＤＵについてＲＬＣエンティティ１３０に通知することができる。すると、ＲＬＣエンティティ１３０が、その失われたデータを回復して、そのデータを、次のＥ−ＲＡＣＨ試行において送信することができる。ＵＭ（非確認モード）ＲＬＣの場合、ＲＬＣエンティティ１３０は、そのデータを送信バッファの中にＲＬＣＳＤＵとして格納することができる。ＨＡＲＱ通知が行われると、ＲＬＣエンティティ１３０は、いずれのＲＬＣ ＳＤＵに、失敗したＰＤＵが対応するかを知り、それらのＲＬＣ ＳＤＵを再送する。]
[0039] 代替として、ＲＬＣエンティティ１３０に対する通知は、特定のＨＡＲＱステータス情報を与えないことが可能である。この通知は、Ｅ−ＲＡＣＨアクセスの開始以来（すなわち、Ｅ−ＤＣＨリソースインデックスが割り当てられて以来）、より下位の層に送られたデータが不成功であったことを示すようにＲＬＣエンティティ１３０によって使用されることが可能である。この通知は、ＲＬＣエンティティ１３０が、確認されるのを待っている未処理のＲＬＣＰＤＵの再送を開始する新たなトリガであることが可能である。ＭＡＣエンティティ１２０は、ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄプリミティブを使用して、送信が、衝突のために不成功であったことを示すことが可能である。このプリミティブは、競合のためにもたらされた失敗を明示的に示すように拡張されることが可能であり、または代替として、このプリミティブは、変更されないままであり、「送信不成功」を示すだけであることが可能である。ＷＴＲＵ１００は、Ｅ−ＲＡＣＨプロシージャの始めに送信成功が示され、その後に送信失敗メッセージが続く場合、衝突が生じたことを暗黙に知ることができる。]
[0040] 代替として、ＭＡＣエンティティ１２０は、Ｅ−ＤＣＨリソースが割り当てられるとすぐに送信成功メッセージを送るわけではない可能性がある。ＭＡＣエンティティ１２０は、送信成功メッセージを送るのに先立って競合解決を待ち、したがって、送信が失敗した場合、送信失敗メッセージだけがＲＬＣエンティティ１３０に送られるようにすることが可能である。ＲＬＣエンティティ１３０には、Ｅ−ＲＡＣＨアクセス失敗の理由は、トランスペアレントなままであり、したがって、ＲＬＣエンティティ１３０は、利用可能な場合、確認されるのを待っている未処理のデータを再送することができる。]
[0041] 送信されたメッセージが、ＲＲＣメッセージである場合、ＲＲＣエンティティ１４０は、Ｃｅｌｌ＿ＦＡＣＨ状態において送信されたすべてのＲＲＣメッセージを格納し、これらの格納されたＲＲＣメッセージを再送することができる。ＲＲＣメッセージ再送は、ＨＡＲＱエンティティからの通知（ＨＡＲＱ失敗の通知）、またはＲＲＣタイマの満了によってトリガされることが可能である。ＨＡＲＱエンティティは、ＨＡＲＱエンティティが最大回数の試みを行った後に、失敗したＨＡＲＱプロセスについてＲＲＣエンティティ１４０に通知する。ＨＡＲＱ失敗の通知が受信された場合、ＲＲＣタイマは、停止され、ＲＲＣ１４０が、ＲＲＣメッセージを再送する。オプションとして、ＨＡＲＱ成功の通知が、ＲＲＣエンティティ１４０に送られることも可能であり、このことは、ＲＲＣエンティティ１４０にＲＲＣタイマを停止させる。]
[0042] 代替として、ＨＡＲＱエンティティは、所定の回数にわたって、同一のＲＲＣメッセージを再送しようと試みてから（すなわち、異なる物理層ＰＲＡＣＨアクセス試行）、ＨＡＲＱ失敗の通知を送ってもよい。ＷＴＲＵ１００が試みる回数は、ＷＴＲＵ１００において事前定義されること、ＲＲＣメッセージによってシグナリングされること（すなわち、新たな値、またはＮ３０２と等しい値などとして）、またはＳＩＢ（システム情報ブロック）上でブロードキャストされることが可能である。]
[0043] 代替として、ＭＡＣエンティティ１２０は、ＨＡＲＱバッファからパケットを抽出して、新たな物理層ＰＲＡＣＨアクセス試行の際に新たなＭＡＣＰＤＵを再構築することができる。この再構築されたＭＡＣ ＰＤＵを再送するのに先立って、ＨＡＲＱバッファが、フラッシュされることが可能であり、さらに、オプションとして、ＭＡＣ−ｉ／ｉｓエンティティが、リセットされることが可能である。]
[0044] 代替として、ＷＴＲＵ１００が、競合解決の失敗の後、ＨＡＲＱプロセスをフラッシュし、さらに、オプションとして、ＭＡＣ−ｉ／ｉｓエンティティをリセットしてもよい。データは、その後、より高位の層（例えば、ＲＬＣ ＡＭ（確認モード）再送、ＲＲＣタイマ満了後のＲＲＣメッセージ再送など）によって回復されることが可能である。]
[0045] これらの実施形態は、競合解決の文脈において説明されるものの、前段で開示される実施形態は、ＷＴＲＵがＨＡＲＱ失敗を検出した場合の競合解決後の通常のＥ−ＲＡＣＨ送信中にも適用可能である。]
[0046] （実施形態）
１．Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ランダムアクセスプロシージャを実行するための方法。]
[0047] ２．ＲＡＣＨプリアンブルを送信するステップを含む実施形態１の方法。]
[0048] ３．ＲＡＣＨプリアンブルに応じてＥ−ＤＣＨリソースインデックスを獲得するステップを含む実施形態２の方法。]
[0049] ４．競合解決段階に入り、割り当てられたＥ−ＤＣＨリソースを使用してメッセージを送信するステップを含む実施形態３の方法。]
[0050] ５．競合解決が失敗した場合、Ｅ−ＤＣＨリソースを解放し、ＭＡＣ−ｉ／ｉｓエンティティをリセットするステップを含む実施形態４の方法。]
[0051] ６．競合解決の失敗は、競合解決タイマが満了するまでに競合解決が示されない場合に検出される実施形態５の方法。]
[0052] ７．競合解決が失敗した場合、バックオフタイマをセットするステップをさらに含む実施形態５〜６のいずれか一実施形態におけるとおりの方法。]
[0053] ８．バックオフタイマの満了の後、新たな拡張ランダムアクセスプロシージャを開始するステップを含む実施形態７の方法。]
[0054] ９．このバックオフタイマは、ＲＡＣＨプリアンブルに応答して否定応答が受信された場合に設定されるレガシーＲＡＣＨバックオフタイマと同一である実施形態７〜８のいずれか一実施形態におけるとおりの方法。]
[0055] １０．バックオフタイマが満了した後、ＰＲＡＣＨコードを再選択するステップをさらに含む実施形態７〜９のいずれか一実施形態におけるとおりの方法。]
[0056] １１．再選択されたＰＲＡＣＨコードを使用してＲＡＣＨプリアンブルを再送するステップを含む実施形態１０の方法。]
[0057] １２．最大回数の連続した競合解決の失敗が生じた場合、ＰＲＡＣＨコード選択を開始するステップをさらに含む実施形態４〜１１のいずれか一実施形態におけるとおりの方法。]
[0058] １３．拡張ランダムアクセスプロシージャを再び開始するステップを含む実施形態１２の方法。]
[0059] １４．競合解決が失敗した場合、競合解決の失敗をもたらしたＲＡＣＨプリアンブルの送信のために使用されたシグネチャは、利用可能なシグネチャのリストから除去される実施形態４〜１３のいずれか一実施形態におけるとおりの方法。]
[0060] １５．ＲＡＣＨプリアンブルは、競合解決が失敗した場合、予備のＰＲＡＣＨリソースを使用して再送される実施形態４〜１４のいずれか一実施形態におけるとおりの方法。]
[0061] １６．競合解決が失敗すると、以下のアクション、すなわち、Ｅ−ＤＣＨ送信を停止するアクション、Ｅ−ＤＣＨ受信を停止するアクション、およびＨＡＲＱバッファをフラッシュするアクションの少なくとも１つが実行される実施形態４〜１５のいずれか一実施形態におけるとおりの方法。]
[0062] １７．競合解決段階中にＨＡＲＱプロセスに送られたすべてのデータは、一時バッファの中に格納される実施形態４〜１６のいずれか一実施形態におけるとおりの方法。]
[0063] １８．競合解決が失敗した場合、送信失敗通知をＲＬＣエンティティに送るステップをさらに含む実施形態４〜１７のいずれか一実施形態におけるとおりの方法。]
[0064] １９．ＲＬＣエンティティにおいてメッセージの再送をトリガするステップを含む実施形態１８の方法。]
[0065] ２０．競合解決失敗の通知は、Ｅ−ＤＣＨリソースインデックスを獲得した後の送信成功の通知の後に、競合解決の失敗の後の送信失敗通知が続くことによって暗黙に与えられる実施形態１８〜１９のいずれか一実施形態におけるとおりの方法。]
[0066] ２１．送信成功の通知は、競合解決が成功するまで、ＲＬＣエンティティに送られない実施形態１８〜２０のいずれか一実施形態におけるとおりの方法。]
[0067] ２２．物理層は、競合解決の失敗の後のＲＲＣメッセージの再送を制御する実施形態４〜２１のいずれか一実施形態におけるとおりの方法。]
[0068] ２３．Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ランダムアクセスプロシージャを実行するように構成されたＷＴＲＵ。]
[0069] ２４．ＲＡＣＨプリアンブルを送信するように構成された物理層を含む実施形態２３のＷＴＲＵ。]
[0070] ２５．ＲＡＣＨプリアンブルに応じてＥ−ＤＣＨリソースインデックスを獲得し、割り当てられたＥ−ＤＣＨリソースを使用してメッセージが送信されると、競合解決段階に入り、さらに競合解決が失敗した場合、Ｅ−ＤＣＨリソースを解放して、ＭＡＣ−ｉ／ｉｓエンティティをリセットするように構成されたＭＡＣエンティティを含む実施形態２４のＷＴＲＵ。]
[0071] ２６．競合解決の失敗は、競合解決タイマが満了するまでに競合解決が示されない場合に検出される実施形態２５のＷＴＲＵ。]
[0072] ２７．ＭＡＣエンティティは、競合解決が失敗した場合、バックオフタイマをリセットし、さらにバックオフタイマの満了の後、新たな拡張ランダムアクセスプロシージャを開始するように構成される実施形態２５〜２６のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0073] ２８．ＰＲＡＣＨコードは、バックオフタイマが満了した後に再選択され、さらにＲＡＣＨプリアンブルは、この再選択されたＰＲＡＣＨコードを使用して再送される実施形態２５〜２７のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0074] ２９．ＭＡＣエンティティは、最大回数の連続した競合解決の失敗が生じた場合、ＰＲＡＣＨコード選択を開始するように構成される実施形態２５〜２８のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0075] ３０．ＭＡＣエンティティは、競合解決が失敗した場合、競合解決の失敗をもたらしたＲＡＣＨプリアンブルの送信のために使用されたシグネチャを、利用可能なシグネチャのリストから除去する実施形態２５〜２９のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0076] ３１．ＭＡＣエンティティは、競合解決が失敗した場合、予備のＰＲＡＣＨリソースを使用してＲＡＣＨプリアンブルを再送するように構成される実施形態２５〜３０のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0077] ３２．競合解決段階中にＨＡＲＱプロセスに送られたすべてのデータは、一時バッファの中に格納される実施形態２５〜３１のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0078] ３３．競合解決が失敗した場合、ＭＡＣエンティティから競合解決失敗の通知を受信し、さらにそのメッセージを再送するように構成されたＲＬＣエンティティをさらに備える実施形態２５〜３２のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0079] ３４．ＭＡＣエンティティは、Ｅ−ＤＣＨリソースを獲得した後、ＲＬＣエンティティに送信成功の通知を送るように構成され、さらにＲＬＣエンティティは、送信失敗通知が受信された場合、メッセージの送信が失敗したことを認識する実施形態３３のＷＴＲＵ。]
[0080] ３５．ＭＡＣエンティティは、競合解決が成功して初めて、ＲＬＣエンティティに送信成功の通知を送るように構成される実施形態３３〜３４のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0081] ３６．物理層は、競合解決の失敗の後のＲＲＣメッセージの再送を制御するように構成される実施形態２５〜３５のいずれか一実施形態におけるとおりのＷＴＲＵ。]
[0082] 特徴および要素は、前段において特定の組合せで説明されるものの、各特徴または各要素は、他の特徴、または他の要素を伴わずに単独で、または他の特徴、および他の要素を伴って、または伴わずに、様々な組合せで使用されることが可能である。本明細書で与えられる方法または流れ図は、汎用コンピュータまたはプロセッサによって実行されるようにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることが可能である。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクやＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれる。]
[0083] 適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のＩＣ（集積回路）、および／または状態マシンが含まれる。]
[0084] ソフトウェアに関連するプロセッサが、ＷＴＲＵ（無線送受信ユニット）、ＵＥ（ユーザ機器）、端末装置、基地局、ＲＮＣ（無線ネットワークコントローラ）、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するのに使用されることが可能である。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカフォン、振動デバイス、スピーカ、マイク、テレビトランシーバ、ハンズフリーハンドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ＬＡＮ）モジュールもしくはＵＷＢ（超広帯域）モジュールなどの、ハードウェアおよび／またはソフトウェアで実施されるモジュールと連携して使用されることが可能である。]

权利要求:

請求項1
Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ランダムアクセスプロシージャ（手続）を実行するための方法であって、ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するステップと、前記ＲＡＣＨプリアンブルに応じてＥ−ＤＣＨ（拡張専用チャネル）リソースインデックスを獲得するステップと、競合解決段階に入り、割り当てられたＥ−ＤＣＨリソースを使用してメッセージを送信するステップと、競合解決が失敗した場合、前記Ｅ−ＤＣＨリソースを解放して、ＭＡＣ−ｉ／ｉｓエンティティをリセットするステップとを含むことを特徴とする方法。
請求項2
競合解決の失敗は、競合解決タイマが満了するまでに競合解決が示されない場合に検出されることを特徴とする請求項１に記載の方法。
請求項3
競合解決が失敗した場合、バックオフタイマをセットするステップと、前記バックオフタイマの満了の後、新たな拡張ランダムアクセスプロシージャを開始するステップとをさらに含むことを特徴とする請求項１に記載の方法。
請求項4
前記バックオフタイマは、前記ＲＡＣＨプリアンブルに応答して否定応答が受信された場合に設定されるレガシーＲＡＣＨバックオフタイマと同一であることを特徴とする請求項３に記載の方法。
請求項5
前記バックオフタイマが満了した後、ＰＲＡＣＨ（物理ランダムアクセスチャネル）コードを再選択するステップと、前記再選択されたＰＲＡＣＨコードを使用して前記ＲＡＣＨプリアンブルを再送するステップとをさらに含むことを特徴とする請求項３に記載の方法。
請求項6
最大回数の連続した競合解決の失敗が生じた場合、ＰＲＡＣＨ（物理ランダムアクセスチャネル）コード選択を開始するステップと、拡張ランダムアクセスプロシージャを再び開始するステップとをさらに含むことを特徴とする請求項１に記載の方法。
請求項7
前記競合解決が失敗した場合、競合解決の失敗をもたらした前記ＲＡＣＨプリアンブルの送信のために使用されたシグネチャが、利用可能なシグネチャのリストから除去されることを特徴とする請求項１に記載の方法。
請求項8
前記競合解決が失敗した場合、前記ＲＡＣＨプリアンブルが、予備のＰＲＡＣＨ（物理ランダムアクセスチャネル）リソースを使用して再送されることを特徴とする請求項１に記載の方法。
請求項9
前記競合解決が失敗すると、以下のアクション、すなわち、Ｅ−ＤＣＨ送信を停止するアクション、Ｅ−ＤＣＨ受信を停止するアクション、およびＨＡＲＱ（ハイブリッド自動再送要求）バッファをフラッシュするアクションの少なくとも１つが実行されることを特徴とする請求項１に記載の方法。
請求項10
競合解決段階中にＨＡＲＱ（ハイブリッド自動再送要求）プロセスに送られたすべてのデータが、一時バッファの中に格納されることを特徴とする請求項１に記載の方法。
請求項11
前記競合解決が失敗した場合、ＲＬＣ（無線リンク制御）エンティティに対して送信失敗通知を送るステップと、前記ＲＬＣエンティティにおいて前記メッセージの再送をトリガするステップとをさらに含むことを特徴とする請求項１に記載の方法。
請求項12
前記競合解決失敗の通知は、前記Ｅ−ＤＣＨリソースインデックスを獲得した後の送信成功の通知の後に、前記競合解決の失敗の後の送信失敗通知が続くことによって暗黙に与えられることを特徴とする請求項１１に記載の方法。
請求項13
送信成功の通知は、前記競合解決が成功するまで、前記ＲＬＣエンティティに送られないことを特徴とする請求項１１に記載の方法。
請求項14
物理層は、前記競合解決の失敗の後のＲＲＣ（無線リソース制御）メッセージの再送を制御することを特徴とする請求項１に記載の方法。
請求項15
Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ランダムアクセスプロシージャを実行するように構成されたＷＴＲＵ（無線送信／受信ユニット）であって、ＲＡＣＨ（ランダムアクセスチャネル）プリアンブルを送信するように構成された物理層と、前記ＲＡＣＨプリアンブルに応じてＥ−ＤＣＨ（拡張専用チャネル）リソースインデックスを獲得し、割り当てられたＥ−ＤＣＨリソースを使用してメッセージを送信するときに競合解決段階に入り、さらに競合解決が失敗した場合、前記Ｅ−ＤＣＨリソースを解放して、ＭＡＣ（媒体アクセス制御）−ｉ／ｉｓエンティティをリセットするように構成されたＭＡＣエンティティとを備えることを特徴とするＷＴＲＵ。
請求項16
競合解決の失敗は、競合解決タイマが満了するまでに競合解決が示されない場合に検出されることを特徴とする請求項１５に記載のＷＴＲＵ。
請求項17
前記ＭＡＣエンティティは、前記競合解決が失敗した場合、バックオフタイマをセットし、さらに前記バックオフタイマの満了の後、新たな拡張ランダムアクセスプロシージャを開始するように構成されていることを特徴とする請求項１５に記載のＷＴＲＵ。
請求項18
ＰＲＡＣＨ（物理ランダムアクセスチャネル）コードは、バックオフタイマが満了した後に再選択され、さらに前記ＲＡＣＨプリアンブルは、前記再選択されたＰＲＡＣＨコードを使用して再送されることを特徴とする請求項１７に記載のＷＴＲＵ。
請求項19
前記ＭＡＣエンティティは、最大回数の連続した競合解決の失敗が生じた場合、ＰＲＡＣＨ（物理ランダムアクセスチャネル）コード選択を開始するように構成されていることを特徴とする請求項１５に記載のＷＴＲＵ。
請求項20
前記ＭＡＣエンティティは、前記競合解決が失敗した場合、競合解決の失敗をもたらした前記ＲＡＣＨプリアンブルの送信のために使用されたシグネチャを、利用可能なシグネチャのリストから除去することを特徴とする請求項１５に記載のＷＴＲＵ。
請求項21
前記ＭＡＣエンティティは、前記競合解決が失敗した場合、予備のＰＲＡＣＨ（物理ランダムアクセスチャネル）リソースを使用して前記ＲＡＣＨプリアンブルを再送するように構成されていることを特徴とする請求項１５に記載のＷＴＲＵ。
請求項22
競合解決段階中にＨＡＲＱ（ハイブリッド自動再送要求）プロセスに送られたすべてのデータは、一時バッファの中に格納されることを特徴とする請求項１５に記載のＷＴＲＵ。
請求項23
前記競合解決が失敗した場合、前記ＭＡＣエンティティから競合解決失敗の通知を受信し、さらに前記メッセージを再送するように構成されたＲＬＣ（無線リンク制御）エンティティをさらに備えることを特徴とする請求項１５に記載のＷＴＲＵ。
請求項24
前記ＭＡＣエンティティは、前記Ｅ−ＤＣＨリソースを獲得した後、前記ＲＬＣエンティティに送信成功の通知を送るように構成され、さらに前記ＲＬＣエンティティは、前記送信失敗通知が受信された場合、前記メッセージの送信が失敗したことを認識することを特徴とする請求項２３に記載のＷＴＲＵ。
請求項25
前記ＭＡＣエンティティは、前記競合解決が成功して初めて、前記ＲＬＣエンティティに送信成功の通知を送るように構成されていることを特徴とする請求項２３に記載のＷＴＲＵ。
請求項26
前記物理層は、前記競合解決の失敗の後でＲＲＣ（無線リソース制御）メッセージの再送を制御するように構成されていることを特徴とする請求項１５に記載のＷＴＲＵ。